Il linguaggio di programmazione Rust: Il ruolo del testing automatizzato in Rust

Nel mondo di Rust, il compilatore è la tua prima linea di difesa, che rileva perdite di memoria e incongruenze di tipo prima che si verifichino. Tuttavia, il compilatore non può conoscere il tuo intento. È qui che entra in gioco il testing automatizzato come una "rete di sicurezza" per la correttezza logica.

1. Il duo complementare

Mentre il sistema dei tipi gestisce l'integrità strutturale, i test verificano il comportamento funzionale. In un progetto di libreria, il compilatore garantisce che tu non passi una stringa a una funzione matematica, ma solo un test assicura che $f(x) = y$ produca il risultato atteso.

2. Ciclo di vita standard

I test di Rust seguono una rigorosa sequenza di tre fasi:

Preparazione: Inizializza i dati (ad esempio, creando un'istanza della libreria).
Esegui: Esegui la logica specifica che stai analizzando.
Verifica: Verifica lo stato utilizzando macro come assert_eq!.

Lo strumentario integrato supporta Doc-tests (esempi eseguibili nella documentazione) e test di benchmark per garantire che il tuo codice rimanga estremamente veloce.

TERMINALbash — 80x24

> Ready. Click "Run" to execute.

QUESTION 1

Which attribute must be placed above a function to mark it as a test for the runner?

#[cfg(test)]

#[test]

#[verify]

#[cargo::test]

✅ Correct!

The #[test] attribute is the specific metadata that signals to the compiler to include the function in the test runner binary.

❌ Incorrect

While #[cfg(test)] is used for modules, individual functions require the #[test] attribute.

QUESTION 2

How does Rust primarily signal that a test has failed?

The function returns false.

The function executes a return Error;.

The function thread panics.

The compiler issues a warning.

❌ Incorrect

Rust tests look for panics to identify failure, though they can also return a Result.

QUESTION 3

Why is #[cfg(test)] used on the tests module?

To make the tests run faster.

To ensure tests are only compiled when running cargo test.

To allow the module to access private variables.

To export the tests to other crates.

QUESTION 4

Which command both compiles and executes the test runner binary?

cargo build --test

cargo test

rustc test.rs

cargo run tests

✅ Correct!

cargo test is the unified command that handles building the test binary and running it automatically.

❌ Incorrect

cargo build only compiles; cargo test is needed to execute the results.

QUESTION 5

What is the key difference between Doc-tests and Unit tests?

Doc-tests are only for documentation and cannot fail.

Unit tests live in code files; Doc-tests live inside triple-backtick comments.

Doc-tests are written in HTML, not Rust.

There is no difference.